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Abstract 
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to  form  terms)  and  a  finite  number  of  Predicate 
symbols  denoted  by  px,p2, ...  .  Some  o?  the  func 


tion  symbols  rnay  be  zero-ary.  These  stand  for 
individual  constants,  and  are  denoted  by 
W  •••  •  A  statement  in  the  program  may  be: 
(o)  an  assignment  statement  of  the  form 
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Llf  *  *  n  are  tcms  and,  are  labels, 

or  (c)  a  terminal  statement,  i.e.,  a  START 
statement,  a  HALT  statement  or  a  LOOP  statement. 

A  schema  has  a  unique  START  statement  as  its  first 
Pree  use  of  goto  statements  is  allowed; 
rL  n  f™12  except  the  START  statement  may 
C  In  addition^  for  convenience  and 

readability  we  describe  schemas  using  ALGOL-like 
features j  e.g.  while -statements  and  block  struc¬ 
tures.  These  clearly  do  not  add  any  "power”  and 
every  such  ALGOI,-like  program  can  be  translated  to 
an  equivalent  prograjn  that  uses  goto- statements 
instead. 

Certain  features  can  be  added  to  flowchart 
schemas,  e.g.  counters  or  arrays.  A  counter  ip  * 
special  variable  that  takes  nonnegative  integer 
values.  The  operations  allowed  on  a  counter  are 
adding  one,  subtracting  one,-  and  testing  for  zero. 

An  array  is  a  one-dimensional  semi-infinite  sequence 
oi  variables  that  can  be  referenced  by  using  a 
counter  to  subscript  the  array. 

In  addition,  we  also  consider  recursive  schemas. 
A  recursive  schema  is  a  set  of  recursive  definitions 
of  functionals  F^,Fg, ...  of  the  fom 

Fi(yl,".^yj)  -  1£  P(t1>--.,tn)  then  t  else  t» 


V-.-^n 


is  an  n-ary  predicate  symbol  and 
,  t  and  t*  are  terms  that  may  consist 


of  function  symbols,  functionals  and  the  variables 


1 


It  ic  quite  surprising,  though,  that  people 
have  co  far  neglected  to  mention  one  of  the  most 
useful  features:  equality  tests  between  terms, 
i.e.,  statements  of  the  form 

i£  tl  =  ^2  ihcn  £°to  Li  elsc  Goto  9 
where  t^tg  are  terms  and  L-^Lg  are  labels. 

The  extension  of  program  schemas  to  allow 
equality  is  quite  natural,  much  as  is  the  exten¬ 
sion  of  first  order  predicate  calculus  to  first 
order  predicate  calculus  with  equality.  The 
analogy  can  be  extended  further  in  that  in  both 
cases  equality  tests  can  be  treated  as  just  any 
other  binary  predicate  but  with  a  partial  inter¬ 
pretation  which  in  turn  involves  all  other  predi¬ 
cates  and  functions  used  in  the  system.  This 
tends  to  be  an  unnatural  approach  to  the  treatment 
of  equality .  Accordingly,  we  prefer  the  direct 
approach  of  allowing  the  equality  test  to  be  a 
basic  operation  in  the  system  as  is  the  operation 
of  assignment  to  a  variable. 

The  reason  for  the  omission  of  equality  tests 
in  earlier  papers  can  perhaps  be  traced  to  the 
following  fact.  All  schemas  discussed  in  the 
papers  mentioned  above  have  one  very  important 
common  property:  the  behavior  of  a  schema  for  all 
interpretations  can  be  characterized  by  the 
oehavior  for  a  subset  of  all  interpretations 
viz.  the  Herbrand  interpretations.  We  therefore 
call  all  these  schemas  Herbrand  schemas.  To  be 
somewhat  more  precise,  in  a  Herbrand  schema,  fer 
every  interpretation  there  "corresponds”  a  Herbrand 
interpretation  that  follows  exactly  the  same  path 
of  computation.  Flowchart  schemas  with  equality 
tests  are  in  general  non-Herb  rand  schemas,  that  is, 
they  may  behave  quite  differently  for  Herbrand 
and  non -Herbrand  interpretations.  Consider,  for 
example,  the  simple  schema: 

START 

if  a  =  b  then  HALT  else  LOOP  . 

This  schema  halts  for  some  interpretations  and 
loops  for  others.  For  all  Herbrand  interpretations, 
however,  it  always  loops.  It  is  therefore  a  no n- 
Herbrand  schema,  and  further,  there  can  be  no 
Herbrand  schema  that  is  equivalent  to  it.  A  non- 
Herbrand  schema  that  has  no  equivalent  Herbrand 
schema  is  said  to  be  an  inherently  non-Hcrbrand  schema. 

The  use  of  equality  tests  docs  not  necessarily 
make  a  schema  non-Her brand .  Example  0  in  Appendix 
A  is  an  interesting  instance  of  a  Herbrand  program 
schema  with  equality  tests  that  has  an  equivalent 
Herbrand  program  schema  without  any  equality  test 
and  also  an  equivalent  non-Herbrand  program  schema 
(which  does  have  equality  tests) . 

There  are  several  other  features  which  in 
general  give  rise  to  non-Hcrbrand  schemas:  the 
use  of  quantified  tests  is  one  such.  Unfortunately, 
it  is  not  partially  decidable  if  a  given  schema  is 
a  Herbrand  schema.  This  result  follows  from  the 
fact  that  it  ic  not  partially  solvable  whether  or 
not  any  given  flowchart  schema  (without  equality 
tests)  diverges  for  every  interpretation.  Given 
any  flowchart  schema  T  ,  replace  every  HALT 
statement  by  the  statement 

if  y=a  then  HALT  else  LOOP  , 

where  a  is  a  new  individual  constant.  Now  the 
new  schema  is  a  Herbrand  schema  if  and  only  if  T 
diverges  for  every  interpretation. 


In  the  rest  of  this  paper,  we  illustrate  the 
power  of  equality  tests  (Section  2)  and  the  decision 
problems  concerning  program  schemas  that  use  .then 
(Section  5).  For  the  sake  of  clarity  we  merely 
give  the  "flavor"  of  the  c/amples  in  the  main  part 
of  the  paper,  and  we  state  the  theorems  without 
proof.  Details  of  the  examples  are  given  in 
Appendix  A  (Section  t)  and  the  proofs  are  sketched 
in  Appendix  B  (Section  5).  Detailed  proofs  can  be 
found  in  Chandra  [1972b]. 


2.  The  "Power"  of  Program  Schemas  with  Equality 

The  use  of  equality  tests  in  program  schemas 
raises  an  old  question  that  has  been  asked  several 
times  and  never  been  answered  to  our  complete 
satisfaction  —  just  what  is  a  schema?  We  do  not, 
in  this  paper,  propose  to  answer  this  quest io but 
we  can  indicate  that  much  remains  to  be  studied. 

It  has  been  suggested  (Constable  and  Gries  [1971], 
Strong  [1971b]),  for  example,  that  the  class  of 
program  schemas  with  arrays  might  be  a  "maximal" 
class  of  schemas,  i.e.,  for  every  schema  there 
exists  an  equivalent  schema  in  this  class.  Now, 
it  may  be  that  the  class  of  array-schemas  is  indeed 
maximal  with  respect  to  the  Herbrand  schemas,  but 
nevertheless  all  schemas  in  this  class  are  Herbrand 
schemas.  It  has  been  shown,  however,  that  there 
exist  certain  schemas  using  equality  tests  that  arc 
inherently  non-Herbrand.  This  means  that  the  class 
of  program  schemas  with  arrays  and  equality  tests 
is  a  strictly  larger  class. 

A  problem  is  said  to  be  a  Herbrand  problem  if 
it  can  be  solved  by  a  Herbrand  schema. 

Herbrand  problem  is  one  that  can  only  he  solved  by 
inherently  non-Herbrand  schemas.  The  class  of 
program  schemas  with  arrays  and  equality  tests  can 
solve  certain  non-Herbrand  problems  (which  by  the 
definition  of  a  non-Herbrand  problem  cannot  be 
solved  if  only  arrays  are  allowed) • 

We  first  illustrate  this  point  with  two  exam¬ 
ples  of  non-Herbrand  problems. 

Example  1;  Inverse  of  a  unary  function 

Consider  the  following  problem:  "Given  a 
unary  function  symbol  f  ,  a  finite  number  of  other 
n-ary  function  symbols,  n  >  0  ,  and  an  input 
variable  x  ,  write  a  program  schema  that  under  any 

interpretation  will  yield  a  value  of  f^fx)  as 
output.  That  is,  it  finds  an  element  y  that  can 
be  expressed  in  terms  of  the  given  function  symbols 
and  the  input  variable  x  ,  such  that  f(y)  =  x  ; 
if  no  such  element  exists,  the  schema  loops  forever". 
This  problem,  which  is  essentially  one  of  inverting 
a  given  unary  function,  ic  non-Herbrand,  the  reason 
being  that  if  the  input  x  is  equal  to  the  zero-ary 
function  a  then  it  has  no  inverse  in  any  Herbrand 
interpretation,  whereas  for  other  interpretations 
it  may  have  an  inverse.  It  follows  that  the  task 
cannot  be  performed  by  any  Herbrand  schema.  The 
task  cannot  be  performed  by  any  Herbrand  schema. 

The  task  is,  however,  well  within  the  capability  of 
flowchart  schemas  with  arrays  and  equality  tests. 

A  schema  in  this  class  that  solves  this  problem  is 
described  in  Appendix  A. 


Example  ? :  H^rbrajid-likc  interpretations 

Given  a  set  of  function  and  predicate  symbols 
of  which  there  is  at  least  one  zero-ary  function, 


we  say  that  an  interpretation  I  for  this  set  is 
Herbraivi-like  If  there  exists  cane  Hcrbrand  inter¬ 
pretation  H  such  Lh.\t  there  is  a  1-1  homomor- 
pliism  iron  II  into  I  •  In  other  words,  an 
interpretation  I  is  Ucrbrund-like  if  and  only  if 
for  every  pair  of  distinct  terms  and  tg 

(made  up  of  the  given  functions)  the  elements  in 
I  corresponding  to  t^  and  t0  are  distinct. 

Now,  consider  the  following  problem:  "given 
an  i nterpretation  for  a  set  of  function  and 
predicate  symbols,  of  which  at  least  one  is  a 
zero-ury  nine Lion,  determine  if  the  interpretation 
Is  not  Her brand •like.  If  the  interpretation  is 
not  llcrbrand-like  then  halt  with  no  output,  else 
diverge."  This  problem  is  inherently  non-IIcrbrand 
in  nature  since  a  schema  that  solves  this  problem 
must  diverge  for  every  Herbrand  interpretation. 

But  for  certain  other  interpretations  the  schema 
should  halt.  A  schema  with  equality  tests  that 
solves  the  stated  problem  is  presented  in 
Appendix  A. 

The  problem  presented  above  is  an  abstract 
model  closely  related  to  certain  problems  in  real 
life  programming.  As  an  illustration,  consider  a 
directed  graph  (with  an  identified  root  node)  in 
which  each  node  has  two  identified  pointers  leading 
from  it.  Pointers  may  lead  to  a  terminal  node 
NIL  .  The  problem  is  to  determine  whether  or  not 
the  given  graph  is  a  tree.  This  problem  may  be 
modelled  by  the  above  problem  with  two  monadic 
functions  representing  the  two  pointers,  and  with 
the  difference  that  the  search  for  the  equality  of 
two  "terms"  is  conducted  not  for  the  entire  set  of 
all  terms,  but  for  those  terms  not  representing 
NIL.  The  correspondence  is  that  the  interpretation 
is  Herbrand-like  for  this  set  of  tem&  if  and  only 
if  the  corresponding  graph  is  a  tree. 

Another  related  problem  is  that  of  determining 
if  a  given  list  is  circular.  In  this  problem,  too, 
the  explicit  use  of  equality  in  a  schema  model  of 
the  computation  represents  a  more  natural  approach 
than  the  treatment  of  equality  as  an  interpreted 
predicate. 

While  the  main  interest  in  equality  tests 
stems  from  the  fact  that  programmers  frequently  do 
use  tests  of  equality  between  variables  whose 
values  are  data  elements  and  these  tests  are  often 
of  a  non-Herbrand  nature,  equality  tests  find  some 
interesting  applications  in  problems  that  are 
really  Hertrand  in  nature.  We  give  two  examples 
below. 

Example  3:  Translation  of  flowchart  schemas  with 
Counters 

The  recursive  schema 
F(x)  -  if  p(x)  then  F(F(f(x)))  else  f(x) 

eon  be  translated  to  an  "impure"  flowchart  schema 
by  introducing  a  counter.  It  can  also  be  trans¬ 
lated  to  a  rather  horrendous  flowchart  schema 
without  any  explicit  counter  (Plaisted  [1972]). 
However,  the  use  of  equality  gives  a  relatively 
simple  flowchart  schema  equivalent  to  the  above 
while  retaining  the  advantage  of  having  a  "pure" 
schema  (all  functions  and  predicates  being  left 
un interpreted) .  Details  are  presented  in 
Appendix  A. 


Example  U:  Efficient  translation  of  linear 
recursive  schemaa 

Consider  the  recursive  schema  T  : 

F(a)  where  1 

F(y)  -  if  p(y)  then  g(F(f(y)),y)  else  y  . 

Let  I  be  an  interpretation  of  T  for  which 
there  exists  an  n  ,  n  >  0  ,  such  that  !*(*)  . 

FALGE  and  for  all  k  <  n  ,  f*(a)  «  TRUE  .  The 

output  of  the  computation  <T,I)  is  tb*  term 

c(g(g(  •••  gffV),^'1^))  S^(a)),t(a.)),a)  . 

For  usual  implementations  of  recursion  the 
computation  of  the  interpreted  schema  (T, I)  takes 
time  (the  number  of  operations  on  data  structures 
performed)  and  space  (the  number  of  values  stored) 
both  proportional  to  n  .  The  recursive  schema 
T  can  be  translated  to  an  equivalent  flowchart 
schema  using  a  fixed  memory  size  (number  of 
variables)  and  time  proportional  to  n*n  .  Using 
equality  tests,  however,  the  time  can  be  brought 

donff)  to  some  constant  times  ,  where  e  is 

any  arbitrarily  small  positive  number.  Details  of 
the  construction  are  given  in  Appendix  A.  For 
further  discussion  of  this  topic,  see  Chandra 
[1972a]. 


Decision  Problems 

We  consider  the  following  decision  problems 
for  classes  of  schemas: 

(a)  The  halting  problem  -  to  decide  whether  a 
given  schema  in  the  class  halts  on  every 
interpretation. 

(b)  The  divergence  problem  —  to  decide  whether  a 
given  schema  in  the  class  diverges  on  every 
interpretation. 

(c)  The  equivalence  problem  --  to  deeide  whether 
two  given  schemas  in  the  elass  are  equivalent. 

(d)  The  inclusion  problem  --  given  two  schemas  A 
and  B  to  decide  whether  A  includes  B  ,  i.e., 
for  every  interpretation  either  both  schemas  halt 
with  the  same  output  or  schema  B  diverges. 

(e)  The  isomorphism  problem  —  to  deeide  whether 
two  schemas  are  isomorphic  to  each  other.  (Two 
schemas  are  said  to  be  isomorphic,  or  opera¬ 
tionally  equivalent,,  if  the  sequences  of 
statements  executed  by  both  schemas  are  exactly 
alike  for  every  interpretation.) 

(f)  The  freedom  problem  --  to  deeide  whether  a  given 
schema  in  the  class  is  free. 

(g)  The  translation  problem  --  to  translate  any 
schema  in  the  class  to  an  equivalent  free 
flowchart  schema  (using  any  number  of 
variables) . 

It  should  be  noted  that  the  translation  problem 
is  not  strictly  a  decision  problem.  We  include  it 
in  this  list,  however,  because  it  is  an  interesting 
problem  closely  related  to  the  others. 


All  thecc  questions  can  be  answered  in  the 
affirmative  for  the  class  of  lanov  schemas  which 
consists  of  one -variable  flowchart  schemas  using 
only  monadic  function  and  predicate  constants 
(lanov  l i960],  Rutledge  [I96U]).  In  view  of  this 
it  is  somewhat  unexpected  that  the  addition  of 
general  equality  tests  to  lanov  schemas  renders  all 
these  decision  problems  unsolvable.  On  the  other 
hand,  wc  show  that  tl:?se  problems  for  lanov 
schemas  extended  even  to  nonmonadic  functions  and 
resets  but  with  limited  equality  tests  are 
solvable. 

It  should  be  stated  that  for  all  “convent ional" 
schemas,  i.e.,  all  schemas  mentioned  in  this  paper 
and  in  earlier  works,  the  following  problems  are 
at  least  partially  solvable: 

(a*)  The  halting  problem  --  to  decide  whether  a 
given  schema  in  the  class  halts  on  every 
interpretation. 

(b* )  The  non -divergence  problem  --  to  decide 
whether  a  given  schema  ever  halts, 

( e* )  The  non -isomorphism  problem  --to  decide  if 
two  schemas  are  not  isomorphic  to  each 
other. 

(ff)  The  non- freedom  problem  —  to  decide  if  a 
given  schema  is  not  free. 

The  notable  exceptions  are  the  equivalence 
and  inclusion  problems.  In  general,  the  equiva¬ 
lence  and  inclusion  problems  as  well  £s  their 
negations  are  all  not  partially  solvable. 


1.1 

Notation 

We  use  the  symbols 

(1) 

a,ai,a2'  • 

to  represent  individual  constants 

(or  zero -ary 

functions,  if  you  will), 

(2) 

y*  ygj  •  •  • 

to  represent  program  variables. 

(5) 

f f  2*  *  *  * 

to  represent  functions,  and  we 

use 

(>*) 

P#P^>P2>  •  •  • 

to  represent  predicates. 

The  set  of  terms  is  defined  by  the  smallest 
set  containing  a's  ,  y*s  and  closed  under  the 

following  operation:  if  t^,t0,  ...,tn  are  terms, 
and  f^  is  an  n-ary  function  symbol,  then 
f^(t^, ■••*t  )  is  also  a  term. 

We  use  the  notation  t(y^,y0, . . .,y^)  to 
represent  that  y^,y2, ...,yn  are  the  only  variables 

that  may  be  present  in  t  .  Thus  a  term  t(y) 
may  or  may  not  contain  the  variable  y  ,  but 
contains  no  other  variable.  A  term  t()  indicates 
therefore  a  constant  term,  that  is,  a  term  that 
has  no  occurrences  of  y*s  at  all. 

Given  a  none  on  ct  ant  term.  t(y)  ,  i.e.,  one 
containing  the  variable  y  ,  a  common  subterm 
ty(y)  of  t (y)  is  one  such  that  if  every 
occurrence  of  **(y)  in  t(y)  is  replaced  by  an 
individual  constant  then  t(y)  is  reduced  to  a 
constant  term.  Clearly  the  terms  y  itself  and 
t(y)  are  common  subterms  of  t(y)  .  Also,  if 
t*(y)  and  t"(y)  are  common  subterms  ef  t(y) 
then  t#(y)  is  a  common  subterm  of  t"(y)  or 
vice  versa. 


The  as sigrynent  depth  ||t(y)H  of  a  term 
t(y)  is  defined  to  be  the  number  of  cannon  sub¬ 
terms  in  t(y)  excluding  y  itself.  By  conven¬ 
tion,  for  a  constant  term  t()  ,  ||t()jj  =  0  . 

The  depth  lt(y)|  of  a  term  t(y)  is  the 
maximum  depth  of  nesting  in  the  term,  and  ia 
defined  by: 

|toi  =  0 , 

|y|  =  0  , 

lf(tl,V*”,tn)  I  =  max(lt1l»***»  |tJ)U 

Note  that  for  monadic  terms  ||t||  *  |t|  ,  and  in 
general  ||t||  <  |t|  .  A  few  examples  illustrate 


this  point.  In  the  following  table 

(a)  stands  for 

t(y)  ; 

(b)  stands  for 

common  subterms  of  t(y) 

(excluding 

y  itself) ; 

(c)  stands  for 

l|t(y)||  j 

(d)  stands  for 

|t(y)|  • 

(a) 

0>) 

(c) 

(a) 

y 

- 

0 

0 

f(a) 

- 

0 

0 

f(y) 

f(y) 

1 

1 

f(g(h(y))) 

h(y);ch(y) ;fgh(y) 

3 

3 

f(«(a>y),e(a,y)) 

E(a,y)jf(g(a,y),g(a,y)) 

2 

2 

f(y»t;(a,y)) 

f(y»g(a,y)) 

1 

2 

3.2  Solvable  Classes 

Consider  the  rather  general  class  S1  of 

flowchart  schemas  with  one  variable.  Schemas  in 
contain  the  following  statement  types  (L^  and 

L0  are  arbitrary  labels  in  the  definitions  below) : 


START  statement: 

Final  statements: 

Assignment  statement: 
Predicate-test  st.: 

Equality-test  st.: 


START 

y  -  ai 

HALT  or 
LOOP 

y  -  t(y) 

p(t1(y)< •••>tn(y)) 

then  goto  L^ 
else  goto 

if  tj_(y)  =  t2(y) 
then  goto 
else  goto  L2 


The  equality  tests  allowed  must,  however,  satisfy 
the  condition  that  either  t^(y)  or  t0(y)  is  a 

constant  term,  or  else  both  ||t^(y)||  and  ||tg(y)|| 
arc  less  than  or  equal  to  1  . 

THEOREM  1  (Solvability  of  S  )  .  For  the  class 

1(a)  the  halting  problem  is  solvable 
1(b)  the  divergence  problem  is  solvable 


k 


1(c)  the  equivalence  problem  is  solvable 
1(d)  the  inclusion  problem  is  solvable 
1(c)  the  isomorphism  problem  is  solvable 
1(f)  the  freedom  problem  is  solvable 

1(g)  any  schona  can  be  effectively  translated  to 
on  equivalent  free  schema  (with  the  addition 
of  extra  procram  variables). 


This  theorem  includes  as  special  cases  the 
results  of  Ianov  [i960],  dut ledge  1 196*],  and  also 
recent  extensions  by  l,*ueli  [private  communication], 
and  Garland  and  Luckham  [1971]. 

As  a  special  case,  the  problems  (a) -(g)  are 
solvable  for  the  class  of  1- variable  monadic 
schemas  allowing  resets  and  equality  tests  of  the 
forms: 


VJ-tgO  9  y=t()  ,  y  =  f^y)  ,  and  f^yj^f^y)  . 

Consider,  next,  the  class  Sg  of  schemas, 
similar  to  the  class  S.^  ,  but  with  a  change  in 

the  form  of  equality  tests  allowed,  viz.  the 
equality  test  statements  allowed  are  of  the  form: 


differs  from  in  that  noncon^tant 

de£;h  2n  are  used' in  equality  tests;  and 
it  differs  from  ^  in  that  terms  tested  for 

equality  do  not  have  the  same  assignment  depth. 


Sigg™*  l  (Unsolvability  of  a.)  :  For  the  class 

S3  : 

3(a)  the  halting  problem  is  unsolvable 

3(b)  the  divergence  problem  is  not  partially 
solvable  1-  * 

3(c)  the  equivalence  problem  is  not  partially 
solvable 

3(d)  the  inclurion  problem  is  not  partially 
solvable 

3(^)  the  isomorphism  problem  is  not  partially 
solvable  y 

3(f)  the  freedom  problem  is  not  partially 
solvable 

3(g)  there  exists  no  effective  translation  tc 
equivalent  free  schemas. 


i£  ^(y)  -  t2(y)  then  goto  Lj  else  goto  Lg  , 
but  this  time  the  restriction  is  that  ||t  (y)ll  . 

l|t2(y)||  • 

THEOREM  2  (Solvability  of  Sg)  : 

Problems  (a) -(g)  are  solvable  for  the  class 


As  a  special  case,  the  problems  (a) -(g)  are 
solvable  for  the  class  of  1-variable  monadic 
schemas  allowing  resets  and  equality  tests  of  the 
form: 

Vy)  =  Vy>  where  l^fy)  |  -  |tg(y)  |  . 


3<3  Unsolvable  Classes 

It  should  well  be  asked  why  we  have  the 
strange  restrictions  on  the  form  of  equality 
tests  above.  The  answer  is  that  even  slight 
generalizations  of  the  restrict i 01  c  above  yield, 
astonishingly,  classes  whose  problems  are  unsol¬ 
vable.  We  demonstrate  this  on  two  classes. 

isider  the  class  consisting  of  one 

variable  y  ,  one  constant  a  ,  no  predicates  a? id 
only  monadic  function  constants.  Statements  in 
schemas  of  are  of  tho  forms: 


START  statement: 
Final  statements: 

Assignment  statement: 
Equality-test  st.: 


START 
y  -  a 

HALT  or 
LOOP 

y  -  ^(y) 

if  f,(y)  =  fj(fk(y)) 
then  goto 
else  goto  Ln 


.  ?°r  the  sake  of  completeness  we  should  mention 
that  the  nonequi valence  and  the  noninelusion 
problems  for  this  class  too  are  not  partially 
solvable.  Of  course,  the  halting,  nondivergenee 
and  non isomorphism  problems  are  partially  solvable, 
which  follows  from  the  general  result  mentioned  in 
the  earlier  parts  of  Section  3. 

We  introduce  next  the  class  of  1-variable 

monadic  schemas  similar  to  but  with  the 

difference  that  equality  tests  allowed  have  the 
following  form: 

.V  -  t(y)  then  goto  else  goto  L^ 

where  1  <  |t(y)  |  <  3  ,  i.e.,  tests  may  have  any  of 
the  forms: 

V  -  Vy)  ' 

•V  =  Wy>>  '  or 

.v  =  WfK(y)))  • 

THEOREM  h  (Unsolvability  cf  E^)  : 

Problems  (a)-(g)  for  the  class  a  are 
un solvable.  4 

A  class  of  schemas  is  said  to  be  solvable  if 
its  decision  problems  (a)-(e)  are  solvable; 
similarly,  a  class  is  unsolvable  if  its  decision 
problems  (a) -(e)  are  unsolvable.  Classes  and 

S2  are  soluble  whereas  and  are  unsol  - 

vable.  On  comparing  these  classes  it  is  clear  that 
there  is  a  very  sharp  demarcation  between  classes 
of  one -variable  schemas  that  are  solvable  and  those 
-hat  arc  unsolvable,  depending  on  the  form  of 
equality  tests  allowed.  It  should  perhaps  be  asked 
how  many  function  symbols  suffice  to  render  a  class 
unsolvable.  It  ean  be  shown,  for  example,  that  for 
the  class  S,  ,  merely  U  functions  are  sufficient. 
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it  ic  more  interesting  to  note,  however,  that 
th(‘«io  function  symbols  can  be  "coded”  using  only  ?. 
function  symbols  co  tliat  schemas  with  one  variable, 
tvu  iiuict 'ions  and  general  equality  tests,  j,e«t 
Uu’ts  ol  tlie  lorn  t^fy)  -  t.Jy^  \  are  mi  solvable. 

Go  far  wc  have  restricted  our  consideration 
to  schemas  that  have  only  one  variable.  The  reason 
ic  obvious:  one-variable  schemas  provide  the  most 
interesting  solvable  classes.  When  more  variables 
arc  allowed,  even  a  very  few  features  tend  to  make 
the  schemas  uncolvable.  For  example,  schemas  with 
two  variables,  two  functions  and  tests  only  of  the 
form  y,  ^  f(y^)  are  unsol vable. 

It  is  even  more  interesting,  though  probably 
not  surprising,  that  schemas  with  a  single  function 
too  are  unsol  vable;  for  example,  the  class  of  one- 
function  schemas  having  t^sts  only  of  the  form 
=  y  j  _ls  un solvable  Tii  variables  suff Tee  in 
this  case). 

The  proofs  of  these  secondary  results  are 
also  presented  in  Appendix  B. 


**•  Appendix  A  --  Detailed  Examples 

Example  0:  A  Herbrand  schema  with  equality 

Not  all  schemas  that  use  equality  tests  are 
non -Herbrand.  Consider,  for  example,  the  schema 


else  if  yx  u  a  then  HALT  else  LOOP 
else  if  y  *  y  then  HALT  else  LOOP  . 

This  is  a  Herbrand  schema  because  the  equality 
test  y1  =  y  r:ust  always  be  time,  and  the 

equality  test  y^  =•  a  can  never  be  entered.  The 

"iven  schema  ic  hence  equivalent  to  the  following 
schema,  which  has  no  equality  test. 

START 
y  -  a; 

L:  _if  p(y)  then 

begin 

y  -  f(y)  > 

goto  L 
end 

else  HALT. 

The  following  schema  is  also  equivalent  to  the 
above  schemas,  but  it  is  a  non -Herb rand  schema 
because  the  LOOP  statement  in  it  can  never  be 
entered  for  any  herbrand  interpretation.  The 
schema  is,  however,  not  inherently  non -Herbrand. 


CTART 
y  ^  a; 

L:  if  p(y)  then 

if  y  =  f(y)  then  LOOP 
else  begin 

y  :rny)j 

goto  L 
end 

else  HALT  . 


Example  1;  Inverse  of  a  unary  function 

For  simplicity  we  assume  that  the  only  i unc¬ 
tions  are  a  single  zero-ary  function  a  ,  the  given 
unary  function  f  and  a  binary  function  g  .  The 
possible  terms  are  therefore: 

X  »  a  ,  f(x)  ,  g(x,x)  ,  f (a)  ,  g(a,a)  ,  g(x,a)  , 
g(a,x)  ,  f(f(x))  ,  ... 

The  senema  for  any  other  set  of  functions  is  similar 
to  the  one  for  this  particular  case. 

Symbols  stand  for  counters. 

Strictly,  the  only  operations  allowed  on  counters 
are  adding  and  subtracting  one,  and  testing  for 
zero.  For  convenience,  however,  we  will  also  allow 
other  statements  such  as  c  *-  0  ,  c.  *-  c  ,  and 

*  ^  0 

tests  like  ,  as  it  is  clear  that  these 

operations  can  be  performed  using  only  the  legal 
operations  and  additional  counters. 

(1)  —  START 

A[0)  -  x; 
c±  -  0; 

(?)  —  c2  -  1;  A[c?]  -  aj 

(1)  --  REPEAT:  y-A[c  ]; 

(It)  —  if  f(y)  =  X  then  HALT(y)  j. 

c2  -  v1;  Atc2]  -  f(y)* 

c2  ”  c2>1;  a^c2^  **  6(y»y); 

c5  **  cl! 
while  c,  f  0  do 

begin 

^  -  c,-l; 

=2  -  0  +1i  A[°21  "  t(A[cJ>y)i 
c2  -  v1;  -  s(y>Alcj])j 

end; 

C1  *“  cl+1; 

(?)  --  ;oto  REPEAT  . 

After  the  Initialization  phase  (lines  (1)  to 

(2) ) 

At  0 ]  «  x  ,  A[ 1]  =  a  ,  c1  =  C  ,  *  1  . 

After  completing  one  pass  through  the  outer  loop  of 
the  program  (lines  (;)  to  (5)) 

A[S]  =  f(x)  ,  At  3 ]  =  g(>:,x)  ,  cL  -  1  ,  c2  »  3  , 
ar.d  after  a  second  pass 

At'-]  -  f(a)  ,  At5]  -  u(a, a)  , 

At'"]  -  d(>:,a)  ,  At?]  =  e(a,x)  ,  cL  =  2  ,  c2  *  7  • 


Tne  algorithm  works  os  follows:  two  pointers 
trnd  o,^  reference  the  array.  A[c^]  represents 

the  "current"  value *  If  the  current  value  is  not 
the  inverse,  as  determined  l»y  lino  (h),  it  is 
eonipoced  with  values  preceding  it  in  the  enumera¬ 
tion  by  function  applications,  and  the  new  values 
obtained  arc  added  to  the  array. 

It  can  bo  shown  by  induction  that  the  process 
of  enumeration  generate c  and  tests  each  possible 
term  exactly  once.  This  means  tliat  the  inverse 
will  be  found  if  it  exists.  The  point  at  which 
the  test  of  the  inverse  is  made  could  be  changed 
to  effect  time  efficiency  but  without  altering  the 
main  features  of  the  program. 


Example  2:  Herb  rand- like  interpretations 

We  assume  that  the  only  functions  are  a  sin¬ 
gle  zero -ary  function  a  ,  a  unary  function  f 
and  a  binary  function  g  •  Therefore  the  set  of 
terms  includes 

a  »  f(<0  >  e(a>a)  >  f(f(a))  ,  g(f(a),f(a))  , 
fcj(a*f(a))  ,  •••  • 


The  required  schema  is 

(1)  —  START 

A[0]  -  a; 

(S)  - 


0) 


(*>~ 


C1  “  °2  "  ** 


REPEAT: 


i  -  AUjJ  l 


ci.  -  c1> 
while  c^Odo 
begin 

cu  -  <V1» 

if  AfCjJ  =  y  then  HALT; 
end;  j 

Cj,  -  cg+l;  A[c2]  -  f(y) ; 

°2  “  c2+1;  a^c2^  *■  e(y»y)» 

CJ  -  °1» 

while  c,  /  0  do 
begin 


c,  -  Cj-1; 


cp  -cp+l;  A[cy]  *•  c(A[c,.],y); 

end; 
c^+1; 


C2  "  °2+1;  A^c2^  "  B(y,A[cJ); 


(5)--  goto  REPEAT 


Example  3:  Translation  of  flowchart  schemas  with 
Counters 

The  recursive  schema 
F(a)  where 

F(y)  -  if  p(y)  then  F(F(f(y)))  else  f(y)  , 

can  be  translated  to  a  flowchart  schema  with  one 
program  variable  y  and  one  counter  c  . 

START 
y  -  aj 

c  *”  0; 

while  true  do 

i£  p(y) 

then  begin 

y  -  f (y) » 

c  *-  ofl; 
end 

else  begin 

y  -  f(y) ; 

if  c  =  0  then  goto  DONE; 
c  -  c-1; 
end; 

DONE:  HALT(y7T 

Note  that  the  test  "  c  =  0  "  above  is  not  a  test  of 
equality  between  two  data  structures  but  rather 
between  an  interpreted  variable,  i.e.,  c  ,  and  an 
interpreted  constant,  i.e.,  0  . 

The  corresponding  equivalent  flowchart  schema 
with  equality  tests  instead  of  counters  uses  three 
variables : 

y  plays  the  same  role  os  the  variable  y  above, 
z  effectively  simulates  a  counter,  and 
w  is  a  temporary  variable. 

The  idea  behind  the  method  is  that  the  variable  z 

simulates  a  counter,  where  f*(a)  stands  for  the 
integer  i  .  Therefore,  the  statement  z  •-  a 
stands  for  the  stat©.icnt  c  *-  0  ,  z  *-  f(z)  stands 
for  c  *-  c-*l  ,  and  the  statements 
[w  -  a;  while  f(w)  ^  z  do  w  ~  f(w) ;  z  •-  w]  stand 
for  c  *-  c-1  .  We  have  to  be  careful,  however. 

The  term  fn(a)  stands  for  the  integer  n  ,  n  >  0  , 
only  if  for  no  two  distinct  numbers  i, j  <  n  are 

the  ten  s  f*(a)  and  f^(a)  equal.  Interpreta¬ 
tions  for  which  the  counter  is  required  to  court  up 
to  an  integer  n  where  there  exist  i, j  <  n  , 

i  /  j  ,  such  that  f*(a)  »  f^(a)  are  called  looping 
interpretations.  It  can  be  chown  that  for  looping 
interpretations  the  given  recursive  schema  never 
halts*  The  required  program  schema  is  therefore 
easy  to  construct: 


CD  - 


(2)  - 


(5)  - 
(•*)  - 


This  program  is  quite  similar  to  the  previous 
one  in  the  manner  of  enumeration  of  terms.  The 
fact  that  each  term  is  generated  exactly  once  is 
used  in  making  the  test  (k)  to  check  if  a  value 
is  repeated. 
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(1)  - 


00  - 

(3)  - 
(•')  - 


iiTAHT 
y  -  a; 
s  *-  a; 

while  Lnjt;  do 

Ai!  r(y) 

then  begin 

y  -  i’(y) ; 


r 


L 


w  -  a;  'check 

whl.1e  w  f*  z  do  I  for  a 

1 £  w  «  f(x)  I  looping 

then  UOP  intcr- 

elso  w  -  f(w) ;  Iprcta- 

__  _i£  w-f(x)  then  LOOP^jtion 

2  -  f(z); 
end 

else  begin 

y  -  f (y) ; 

if  ^  -  a  then  goto  DONE; 


w  «-  a;  1 

while  f  (w)  /  z  do  w  «-  f  (w) ;  | 

2  -  w;  _  __  _ _ J 


end; 

DONE:  HALT(y]"T 


Ucinc  equality  tests,  however,  the  tine  can 

be  brought  down  to  n1+f  where  c  is  an  arbi¬ 
trarily  small  number.  We  first  describe  an  cquiva** 
lent  flowchart  schema  with  equality  tests  with  a  •‘i 
time  bound  of  . 

Intuitively,  the  idea  is  the  following.  The 
earlier  flowchart  schema  spends  most  of  its  time 
trying  to  find  the  inverse  of  the  function  f 


(i.e.,  given  f  (a)  ,  to  find  rx(a)  )  —  though 
this  operation  is  somewhat  hidden  in  the  program. 
We  can  speed  up  this  by  planting  a  value  at  a 
"distance"  of  about  /n  from  the  end 
and  compute  inverses  from  this  planted  value. 

Time  taken  to  find  the  square  root  is  of  the  order 
5/2 

°f  n  >  average  time  to  find  the  inverse  is 
n  '  (done  n  times)  and  time  to  reset  the 


planted  value  is  of  the  order  of  n  (done  n1/2 
times).  In  general,  by  planting  (k-1)  values 
(instead  of  just  one)  at  distances 


,2/k  f  n3A 


n(k-l)/k 


from  the  end  we  get  a  time  bound  of  n1+(xA)  . 


Example  h:  Efficient  translation  of  linear 
recursive  schema', 

Consider  the  recursive  schema  T  : 


START 

Y  -  a; 

(1)  --  while  p(y)  do  y  -  f(y) ; 

(2)  —  i_f  y  =  a  then  HALT  (a) ; 


F(a)  where 

F(y)  -  iT  p(y)  then  g(F(f(y)),y)  else  y  . 

Let  I  be  an  interpretation  of  T  for  which 
there  exists  an  n  ,  n  >  0  ,  such  that 

Aa)  -  FALSE  ,  and  fk(a)  =  TRUE  for  all  k  <  n 
The  output  of  the  computation  of  <T,I)  is 

ddd  ..^(^(aj^'ha))  ...  r(a)),f(a)),a)  . 

^!he  computation  of  <T,I)  takes  time  and 
space  proportional  to  n  --  for  usual  implementa¬ 
tions  of  recursion.  The  recursive  schema  can  be 
translated  to  an  equivalent  flowcuart  schema  T* 
using  a  fixed  memory  size  (number  of  variables) 
such  tnat  the  computation  of  <Tf,I)  takes  time 

proportional  to  n2  ,  aas  follows: 


if  y^  *  y  then  goto  FOUND; 

end; 

*"  i  ( y^)  > 

end; 

•/.  -  f  (>:) ; 


START 
y  -  a; 

p(y)  do  y  -  f(y); 

x  -  a; 

while  p(x)  do 
begin 
x  *-  f(x) ; 

*1  ^ 
z  -  a; 

while  pfx^)  do 

begin 

-  ?{*)) ; 

z  -  f(z) ; 
end; 

:/  -  cTyTz); 

end 

IIALT(yV~  . 


-  yAl(a) 

--  x  =  f'(a)  i  >  1 

-  2.I*-J(a) 


(»0  —  moto  CHECK; 

FOUND :  z  •-  ,v; 
*2  "  x» 

(5)  —  RRPEAT:  x,  -  a; 
while  x,  /  z  do 
begin 

xi  -  f<xi) > 

x2  -  f<«a)s 

(0  —  end; 


x  =  /'(a) 


3 


(7)  —  while  s  /  x  do 
jjc^ln 

x5  "  V 

2fl!i3£  r(*j)  /  a  do  x ^  -  f(x.) ; 

y-t:(y*x3); 

-  -  *y 

(3)  —  end; 

TEST:  if  2  *  a  then  HALT(y)  j 
(9)  --  xa  -  a;  jfoile  (x2  f  z)  and  (xg  ^  x) 
do  x2  -  f(x2)j 
dOto  REPEAT  . 


Line  (1)  detects  if  there  exists  an  n  >  0 
such  that  *»(«)  -  FAIfiE  and  «*(.)  -  TRUE  "for 

mvLL  V  *  ¥  SUCh  “  "  does  not  exist  the 

tion  TC  01,8  forever  whlch  18  the  desired  opera- 
tion.  If  n  exists  it  follows  that  for  all 

i»J  <  n  ,  if  i  /  j  then  f^a)  f  r^a)  .  At 
this  point  y  =  f^a)  . 

n  “  0  the  Prodram  halts  with  output  a 
(line  _) .  If  n  >  1  the  CHECK  loop  segment  of 
the  program  from  lines  (5)  to  (k)  finds  the 

,po6l*lve  tnteccr  m  such  that  m*m  >  n  . 
ihis  is  done  by  successively  trying  larger  and 
larger  values  i  -  1,2,3,...  for  m  until  one' is 
found  such  that  i*i  >  n  .  This  is  the  required 
value  for  m  .  We  use  the  variable  x  to  store 

the  value  of  f  (a)  and  the  variable  y.  to 

"count"  up  to  by  successively  taking  values 

a,f(a),...,f  (a)  .  The  final  value  of  x  is 

f^(a)  and  it  remains  unchanged  for  the  rest  of 
the  program. 

Execution  of  lines  (5)  to  (A)  now  causes  the 
variable  xx  to  be  "planted"  at  fn_m(x)  .  The 

while  statement  between  lines  (7)  and  (8)  consti¬ 
tutes  the  main  part  of  the  program.  The  variable 
y  takes  on  values  in  the  sequence 

i%) , 

gfi^Ca), fn*'*'(a) )  , 

C(c(f"(a),f'1'1(a)),fn';?(a))  , 


c(e(  ...c(fn(a),fn*1(a)),  ...),fn-m 


(«)) 


On  exit  from  this  while-loop  the  value  of  ?  i- 
fn'm(a)  . 

Lines  (9)  and  (5)  to  (C)  are  then  used  to 

reset  the  planted  value  to  and  the 

process  is  repeated.  After  it,  the  planted  value 

is  reset  to  ^(a)  ,  and  so  on.  A  .peeial  ease 
1-  encountered  when  the  integer  corresponding  to 

ni^rTV688  than  m  •  In  this  casc>  th°  next 
u^n?dir1U/r?h°Uld  b°  a  *  and  lienee  the 

u“°  of  line  ( <j )  instead  of  simply  setting  x,.  -  x 


5*  Appendix  B  —  Proof  of  Thenr-ana  <■  ' 
^  <  - 
We  use  the  terminology  ^  =  T2  to  mean  the 

sc  lianas  T^  and  T2  are  equivalent,  and  T^  3  T 
to  mean  includes  • 

Proof  of  Theorem  1  (Solvability  of  ) 


(cl*‘  The  solvability  of  the  halting, 
divergence  and  equivalence  problems  follows  from 
the  solvability  of  inclusion* 


(a;  Given  a  schema 


,  T  halts  if  and 


uLm?  \fi  WJiere  H  rePrescntB  the  schema 
[oTART,  HALT(a)]  that  always  halts  with  output  a, 
and  T  is  the  schema  T  with  aU  HALT  statements 
changed  to  HALT (a)  . 


(b)  Given  a  schema  T  of  Sx  ,  T  diverges  if 

and  only  if  LsT  ,  whore  L  represents  the 
schema  [START  ;  LOOP]  that  always  loops, 

(c)  Given  two  schemas  T^  and  T2  of  S  , 

T1  s  T2  if  ^d  only  if  Tt  3  T2  and  1^^  . 


i£d^:  We  give  below  only  the  intuitive  idea 

behind  the  proof  of  solvability  of  the  inclusion 
problem.  Given  two  schemas  and  T^  of  S  , 

to  decide  if  T^  3  Tg  ,  an  automaton  is  constructed 
that  simulates  the  computations  of  £  and  T  in 

parallel.  The  input  tape  of  the  automaton  repre¬ 
sents  an  interpretation  for  and  T2  .  The 

input  tape  is  rejected  if  ^  and  T£  both  halt 

but  with  different  outputs,  or  if  Tp  halts  and  T 

diverges,  under  the  interpretation  corresponding 
to  the  input  tape;  otherwise,  the  tape  is 
accepted. 


To  describe  the  operation  of  the  automaton  wc 
first  introduce  the  notion  of  the  "specification 
state"  of  a  variable  y  .  The  specification  state 
represents  the  outcomes  of  all  possible  tests  that 
could  be  performed  by  a  schema  without  changing  the 
value  of  the  variable  y  (and  using  terms  no 
larger"  than  the  "largest"  term  used  in  the  schemas 
It  and  ).  The  automaton  simulates  the  compu- 

ta  ions  of  and  T^  not  just  for  the  main-line 

computation,  but  for  a  lar^e  number  of  "instances" 
of  the  variable  y  .  There  is  one  instance  for 
each  assignment  statement  and  each  constant  term 
(nc  larger  than  the  largest  term).  The  computation 
of  an  instance  (for  ar  accident  statement  and  a 
term)  represents  what  the  schema  would  really  do  if 
ts  main-line  variable  happened  to  equal  that 
constant  term  after  that  assignment  statement. 

The  computation  on  each  instance  is  kep^  in 
step,  and  the  automaton  keeps  track  of  which 
instances  have  equal  values  at  each  step.  This 
enables  the  automaton  to  detect  whether  the  input 
tape  really  represents  a  feasible  interpretation. 

The  reason  that  this  specification  state 
approach  works  with  limited  equality  tests  is  that 
the  finite  specification  state  carries  sufficient 
information  to  allow  it  to  be  updated.  This  is  not 
true  for  general  equality  tests,  c.*>  in  the 
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classes  S*  and  ,  if  a  specification  state 

were  to  carry  all  information  necessary  to  update 
it,  the  amount  of  information  would  grow  without 
bound  as  the  computation  proceeded. 

l£e]_:  The  proof  of  isomorphism  is  similar  to  the 

proof  of  inclusion,  except  that  the  automaton  not 
only  keeps  track  of  which  instances  are  equal  in 
value  at  each  step,  but  also  which  equal  instances 
have  an  isomorphic  history.  The  automaton  can 
then  detect  if  for  any  input  tape  the  computations 
of  the  two  schemas  are  not  isomorphic  • 

1(f).:  Freedom  or  nonfreedom  is  detected  by  the 

algorithm  1(g)  that  translates  a  given  schema  in 
S!  to  an  equivalent  free  schema;  'if  ever  a  test 

statement  is  detected  for  which  some  exit  is  not 
feasible  the  schema  is  not  free,  else  it  is  free. 

Alfii**  We  give  below  a  short  outline  for  the 
translation  of  a  given  schema  T  in  S1  to  an 

equivalent  free  schema  T,  (using  several 
variables) .  1 

A  "partial  specification  state"  is  like  a 
specification  state  but  with  the  possibility  that 
the  values  of  certain  predicate  and  equality  tests 
may  be  unknown.  The  schema  T1  lias  a  (large) 

number  of  variables,  one  variable  for  each  assign¬ 
ment  statement  and  each  constant  term  (no  larger 
than  the  largest  term  used  in  T  ) • 

The  schema  T^  begins  by  assigning  all  vari¬ 
ables  their  corresponding  initial  values.  The 
schema  T^  has  a  (large)  number  of  "chunks"  of 

statements.  F.ach  chunk  updates  the  variables. 

This  corresponds  to  one  step  of  the  automaton  in 
the  proof  of  inclusion.  This  updating  can  be 
performed  without  introducing  any  nonfreedom. 

Each  chunk  is  associated  with  the  following  infor¬ 
mation  (line  (iii)  is  unnecessary  for  this  problem, 
but  it  is  required  to  solve  the  freedom  problem) . 

(i)  The  statement  in  T  corresponding  to  each 
variable  in  • 

(ii)  Which  variables  have  equal  values. 

(iii)  Which  pairs  of  variables  have  the  property 
that  they  both  would  have  tested  the  same 
value  if  wc  hadn't  explicitly  avoided  that 
(i.e.,  if  both  variables  are  "entered"  by 
the  main -line  computation,  nonfreedom  would 
result) . 

When  updating  is  performed,  no  predicate  or 
equality  test  is  introduced  whose  outcome  is  known 
from  the  information  corresponding  to  the  chunk. 
Loops  arc  detected  as  before;  and  some  variables 
may  become  "inactive"  either  by  looping  or  halting. 

Proof  of  Theorem  3  (Solvability  of  ) 

The  proof  of  Theorem  2  is  similar  to  the  proof 
of  Theorem  1  except  that  the  formal  definition  of 
the  specification  state  reflects  the  different 
kind  of  equality  tests  allowed. 


Proof  of  Theorem  3  (Unsolvability  of  ) 

—(?•)/  (k,I»  Wc  define  a  class  of  schemas  having 
two  variables  y;L  and  yg  ,  and  whose  statements 
consist  of  the  following: 

Start  statement:  START 

y±  yp  *■’  a; 

Final  statements:  HALT  or 
LOOP 

Test  statement:  y  •-  f(y^) ; 

P(yi)  then  goto  L^ 
else  goto  L^; 

It  was  shown  by  Luck ham,  Park  and  Paterson 
[1970]  that  the  halting  problem  for  the  class  S^ 

is  unsol vable,  and  that  the  divergence  problem  is 
not  partially  solvable. 

To  show  the  halting  problem  for  S^  to  be 

unsolvable  we  reduce  the  halting  problem  for  S^ 
to  that  for  S^  ;  that  is,  we  describe  an  algorithm 
that  takes  any  schema  T^  in  the  class  as 

input  and  yields  a  schema  Tf*  in  the  class  S7 
such  that  T \  halts  if  and  only  if  Tr  halts. 

Similarly,  to  show  that  the  divergence  problem  for 
S^,  is  not  partially  solvable  wc  describe  an  algo¬ 
rithm  that  takes  T^  as  input  and  yields  as  output 
a  schema  T*J  in  the  class  5^  such  that  T^' 
diverges  if  and  only  if  T^  diverges.  We  will 

unify  the  construction  for  the  two  cases  by  con¬ 
structing  for  both  cases  a  schema  T,  in  the 

class  Z.  but  augmented  with  a  special  final 
statement  called  the  REJECT  statement: 

REJECT  statement:  REJECT  . 

The  REJECT  statement  signifies  that  the  inter¬ 
pretation  is  unacceptable  and  is  rejected.  Loosely 
the  idea  is  the  following.  There  exists  a  map  from 
interpretations  of  T^  that  are  not  rejected  onto 

the  interpretations  of  Tj.  such  that  the  computa¬ 
tion  for  T.  under  an  interpretation  halts  if  and 
only  if  the  computation  for  under  the  corres¬ 
ponding  interpretation  halts. 

Now  it  is  clear  that  if  we  replace  all  REJECT 
statements  in  T .  by  HALT  statements  to  get  T*  , 

then  Ty  halts  on  every  interpretation  if  and 

only  if  Tj.  halts  on  every  interpretation. 

Similarly,  if  wo  replace  all  REJECT  statements  by 
LOOP  statements  to  get  T"  then  diverges 

on  every  interpretation  if  and  only  if  Tq 

di verges  on  every  interpretation. 

Given  a  schema  T^  in  we  construct  the 

corresponding  schema  Tt  in  (with  the  addi¬ 
tion  of  REJECT  statements)  as  follows.  We  use  the 
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variable  y  of  T,  to  represent  the  latest 
variable  tested  tit  Tr  ,  i.c.,  y  or  y.  .  The 

J  1 

function  1*  plays  the  same  role  in  Ts  as  jn  . 

Wo  use  a  now  function  g  called  a  ”test  function”; 
and  teste  of  the  form 

if  p(y)  then  ...  else  ... 
in  Tj.  ,  will  take  the  form 

if  c(y)  -  ti(e(y))  then  ...  else  ... 

in  Tj  .  In  addition  we  use  two  "control”  func¬ 
tions  f1  and  f2  .  Their  roles  are  the  following: 
if  y  stands  for  yg  (of  S,_  )  then  f^y)  will 
equal  the  value  of  f(yx)  at  that  instant  in  the 

computation  unless,  of  course,  a  REJECT  statement 
is  reached  earlier.  The  role  of  is  analogous, 

i.c.,  if  y  stands  for  y^^  then  f^(y)  will 
equal  the  value  of  f(y(:?)  . 

The  schema  T^  simulates  a  computation  of 
T^  as  follows.  In  the  diagram  below  the  elements 

a  *  f(a)  9  f(f(a))  t  f(f(f(a)))  are  represented 
by  contiguous  squares  from  left  to  right.  We 
superimpose  on  this  diagram  the  computations  of 
both  T,  and  T  .  Suppose,  at  some  instant  in 

?  m 

the  computation  of  T^  ,  y1  is  at  point  A  , 
and  y2  is  at  C  ,  and  suppose  y^  is  being 
"read” .  T^  makes  certain  that  the  f2  pointers 

from  the  squares  scanned,  point  to  the  right  of 
y2  .  Suppose  that  we  continue  to  "read”  from  y 

until  y^  reaches  point  B  vhere  the  schema  T^ 
starts  "reading”  from  y?  .  Tv  checks  "that  the 
1*^  pointers  from  the  squares  scanned,  point  to 
the  right  of  B  . 


push  yy  - » 

(T,  reads  yg) 


We  are  now  in  a  position  to  describe  the  c6n-* 
struct ion  of  T*  .  Without  loss  of  generality,  we 

will  assume  that  in  T^  the  first  test  statement 


tests  the  variable  y1 


Tj  will  effectively 


contain  2  copies  of  T^  exempt  there  is  only 

one  start  statement.  We  will  call  these  copies  A 
and  B  .  We  will  label  statements  of  T^  by 

numbers  1,2,3,...  .  The  corresponding  statements 
in  T^  will  be  labelled  1-A  ,  1-B  ,  2-A  ,  2-B  , 

3-A  ,  3-B  ,  ...  . 

(i)  The  start  statement  in  T^  is 


yi  -  y2  "  L°«'  available  copy.  U 

goto  i;  1 

The  corresponding  statements  in  T,  are: 

START 
y  -  a; 

if  f(y)  ±  f2(y)  then  REJECT  else  goto  i-A; 

Note  that  the  test  f(y)  /  fgy)  is  not 

strictly  an  allowed  statement.  We  use  this 
form  for  clarity:  it  can  really  be 
"simulated”  by  the  statements: 

if  f(y)  /  r1(f1(y))  then  REJECT; 
if  fg(y)  /  fgfgy))  then  REJECT 

else  goto  i-A; 

(ii)  For  any  test  statement  i  in  T<-  ,  if  i  is 
of  the  form: 
i:  yj  -  f^); 

if  p(y1)  then  iioto  j  else  ^,oto  k; 
the  corresponding  statements  i-A  and  i-B  are: 
i-A;  if  f,j(y)  /  f2(f(y))  then  REJECT; 

y  -  'f(.v) ; 

if  C(y)  =  c(j(y))  then  f;oto  j-A 
else  goto  k-A; 

and 

i-3:  if  f(y)  /  f2(f,(y))  then  REJECT; 


Reproduced  from 
9  _°fii_^ailablecopy. 


if  C(y)  =  c(c(y))  then  |-;oto  j-A 
else  goto  k-A; 

(ixi)  For  any  test  statement  i  in  S  of  the  form: 

i:  .V,  -  f(y2)» 

if  p(y^)  then  ,:oto  j  else  noto  k; 

i-A  and  i-B  arc  similar  to  the  above, 
except,  one  has  to  interchange  f^  with  f 

and  A  with  B  . 

(iv)  HALT  and  LOOP  statements  remain  unchanged. 

This  completes  the  construction. 
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Im?  ruin  reason  tivit  Liu*  schema  T.  can 
circulate  the  compulation  of  r  Is  that  each  1\  f 

5  X  9 

* t*  pointer"  is  checked  at  most  once  from  ouch 

square.  If  pointers  were  to  be  cheeked  twice  and 
it  turned  out  that  they  were  required  to  point  to 
d i  1  Lcrcnt  values  there  might  exist  no  interpreta- 
tion  satisfying  this  condition  --  the  result  would 
he  that  all  interpretations  of  *f  would  be 
rejected.  2 

d£l--  The  non -partial  solvability  of  the  equiva¬ 
lence  problem  follows  directly  from  the  non-partial 
solvability  of  the  divergence  problem  (Part  (b)), 
since  a  program  schema  in  diverges  if  and 

only  if  it  is  equivalent  to  the  schema: 

START 
y  -  a; 

LOOP  . 


statements  that  Lest  y.5  (followed  by  u  final 

statement  or  another  test  of  )  —  note  the  form 

of  the  lest  statement  of  definod  in  the  proof 

of  3(a),  (b).  The  halting  and  divergence  problems 
of  can  be  Jhcwn  to  be  unsolvable,  and  the 

halting  and  divergence  problems  of  can  be  re¬ 
duced  to  those  of  .  This  implies  the  unsolva¬ 
bility  of  problems  (a) -(e)  and  (g)  for  S^  .  The 

freedom  problem  (f)  can  be  shown  to  be  unsolvable 
on  lines  similar  to  the  proof  for  3(f),  i.e.,  by 
reducing  FCP  to  the  non -freedom  problem  and  effec¬ 
tively  simulating  two  variables  while  actually 
using  only  one. 

Proofs  of  Secondary  Results 

In  the  following  results  the  number  of  func¬ 
tions  does  not  include  the  individual  constants. 


The  nen-partial  solvability  of  the  inclu¬ 
sion  problem  follows  immediately  from  the  non- 
partial  solvability  of  the  equivalence  problem 
since  T±  5  T2  if  and  only  if  ^  and 


3£eX:  The  non-partial  solvability  of  the  isomor¬ 

phism  problem  also  follows  directly  from  the  non- 
partial  solvability  of  the  divergence  problem. 
Given  a  schema  T  in  the  class  ,  construct  a 

new  schema  T*  also  in  obtained  by  replacing 
each  HALT  statement  in  by  the  statements: 

y  -  f (y) ; 

HALT  . 

Then  T  and  T*  are  isomorphic  if  and  only  if 
T  diverges. 

?  The  non-partial  solvability  of  the  freedom 
problem  is  shown  by  reduction  of  Post*s  Correspon¬ 
dence  Problem  for  nonempty  strings  (FCP)  to  the 
nonfreedom  problem  for  schemas  in  S2  .  The  proof 

follows  along  lines  similar  to  a  related  proof  in 
Paterson  ( 19^7 ]  with  the  mechanism  for  effectively 
simulating  two  variables  while  using  only  one  (as 
described  in  the  proof  of  3(a), (b)). 

He)  ?  There  can  exist  no  effective  translation 
to  a  free  schema  since  if  there  did  exist  such  an 
algorithm  we  could  decide  whether  or  not  a  given 
schema  of  halts  since  the  halting  problem  for 

free  schemas  is  trivially  solvable. 


Proof  of  Theorem  U  (Unsolvability  of  ) 

,rhc  proof  goes  along  lines  quite  similar  to 
the  proof  for  Theorem  3.  We  first  define  a  subset 
rY  of  the  class  of  schemas  G  .  G,  ,  like  , 

5  (i  5  9 

has  two  variables  y^  and  ,  one  function  sym¬ 
bol  f  ,  and  one  predicate  symbol  p  .  However, 
has  the  constraint  that  in  any  path  through 

a  schema  of  Sg  ,  after  each  statement  that  tests 
the  variable  y^  there  must  be  either  one  or  two 


(i)  Schemas  with  One  Variable ,  Two  Functions  and 
General  Equality  Tests 

The  class  of  flowchart  schemas  with  one  vari- 
able,  two  functions  (no  predicates)  and  general 
equality  tests  is  unsolvable. 


ii  completely  general  equality  tests 


eu  c 


allowed  it  is  easy  to  see  that  two  function  con¬ 
stants  suffice  to  render  the  class  of  schemas 
unsolvable  because  more  function  letters  can  be 
"coded'*  in  terms  of  two  functions.  For  example, 
in  3b  we  could  use  only  two  functions  f  and  g 
by  making  in  the  construction  of  T,  from  the 

following  substitutions:  for  all  terms  t 
simultaneously  substitute: 


r(f(t))  for  f(t) 
f(6(t))  for  g(t) 
e(f(t))  for  f±{t) 

G(g(t))  for  f2(t) 

All  the  unsolvability  results  go  through  on 
making  t)  is  substitution.  Similar  substitutions 
can  bo  made  to  show  the  unsolvability  of  freedom. 


( ii)  Scher.as  with  Two  Variables^  Two  Functions  and 
Restricted  Equality  Tests 

T  class  of  flowchart  schemas  with  two  vari¬ 
ables  and  two  functions *7 no  predicates)  with  tests 
only  of  the  form  •?' f(y  )  are  unsolvable. 

Consider  the  class  which  is  the  same  as 

St  but  with  the  different  that  there  are  two 
function  constants  f  aid  f  ,  and  no  predicate 
constant. 

The  computation  of  any  schema  Tc  in  S,.  can 

5  5 

be  simulated  by  a  corresponding  schema  T^  in  , 
obtained  by  replacing  every  test  statement  of  the  form 

yi  *"  f(yi) 5 

PfVj)  thf>n  goto  L.  else  goto 
by  a  test  statement  of  the  form 

y±  -  f(.V.)5 

if  a  then  goto  else  goto  . 
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It  is  oacy  to  coo  that  Tor  any  path,  finite  or 
infinite,  through  ,  if  there  exists  an  inter¬ 
pretation  for  which  1\.  executes  statements  along 

this  path,  then  there  is  an  interpretation  for 
whicii  executes  statements  along  the  corres¬ 


ponding  path.  This  establishes  the  uncolvability 
of  (a) -(c)  and  (c)  for  the  class  S?  '  (note  that 

the  unsolvubility  of  (c)-(e)  and  (g)  follows  from 
the  unsolvability  of  (b)). 

Further,  the  freedom  proLilem  too  can  be  shown 
to  be  unsolvable  by  reducing  PCP  to  it.  The 
reduction  is  related  to  the  corresponding  reduction 
in  Paterson  [1967],  but  to  do  it  with  2  function 
symbols  we  need  the  additional  "cleverness"  of 
padding  each  symbol  of  the  PCP  with  enough  "bits" 
in  order  to  allow  for  testing,  to  effect  a  non- 
deterministic  search. 


(mj  Schemas  with  One  Function,  Restricted 
Equality  Tests 

Schemas  with  one  function  usinc  tests  only 
of  the  form  =  y^  are  unsolvable. 

The  halting  and  divergence  problems  for  two- 
counter  automata  are  known  to  be  unsolvable 
(Hopcroft  and  Ullman  [1969]),  and  can  be  reduced 
to  the  halting  and  divergence  problems  for  one- 
function  schemas  in  a  rather  direct  manner.  In 
the  reduction  process  the  only  care  that  has  to  be 
taken  is  for  the  operation  of  incrementing  one  to 
a  counter,  in  which  case  the  schema  checks  for, a 
looping  interpretation  as  in  Example  3  of  Appendix 
A.  The  unsolvability  of  the  equivalence,  inclusion, 
and  isomorphism  problems  follows  from  the  unsolva¬ 
bility  of  the  halting  and  divergence  problems. 
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